home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93c.txt / 000109_icon-group-sender _Thu Dec 9 18:37:18 1993.msg < prev    next >
Internet Message Format  |  1994-02-02  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 10 Dec 1993 09:27:02 MST
  2. Date: Thu, 9 Dec 93 18:37:18 CST
  3. From: johnp@utafll.uta.edu (John Paolillo)
  4. Message-Id: <9312100237.AA21260@utafll.uta.edu>
  5. To: icon-group@cs.arizona.edu
  6. Subject: An immodest proposal
  7. Status: R
  8. Errors-To: icon-group-errors@cs.arizona.edu
  9.  
  10. Hi, folks, I've been doing some thinking about what it
  11. would take to get a really great implementation of my
  12. favorite language (Icon, of course) on my favorite
  13. platform (mac).  While the current implementations
  14. are useful for most tasks, they have certain limitations
  15. which make it hard for me to utilize much of the potential
  16. that is there.  MPW icon is not feasible for me (who has
  17. MPW?), and the standalone version has a clunky interface.
  18. ProIcon has a nice interface, but it lacks (as does the standalone)
  19. features that are necessary for some things (e.g. if one wants to
  20. do idol, one must have a "system" command that works).
  21. The idea that occurred to me was that it might be possible
  22. for someone clever to implement icon as an OSA (Open Scripting
  23. Architecture) extension for the mac.  Three such languages
  24. (AppleScript, UserTalk, and TCL) now exist.  The concept
  25. behind them is something like batch processing  -- they 
  26. manage the functions of the mac user interface through inter-
  27. applications communications.  the "scripts" written in these
  28. languages function like applications in the mac environment
  29. (you double-click them, drag things onto them, etc.).  
  30. So part of my idea is that if Icon for mac were designed in
  31. the same way ("OSAIcon"), one could run icon programs
  32. in a manner analogous to direct execution under Unix or Dos
  33. environments (something I would really like).  
  34.     There are other potential benefits, too.  The programmer
  35. implementing Icon on the mac would not have to be concerned as
  36. much with the peculiarities of the mac user interface.  There
  37. are already OSA "scripting extensions" which handle some of that,
  38. and other applications (that support inter-application communication)
  39. would provide the rest.  One would be able to use icon to drive
  40. or process data in other applications (e.g. databases, word processors
  41. graphics programs, etc.), something I would really like to do.  
  42. And maybe I could convince a linguistics department just how useful
  43. Icon really is.  Can someone comment on whether what I am suggesting
  44. is reasonable?  Is there anyone out there with the time and the 
  45. ability to do this?  Sorry to have gone on so long.
  46.  
  47. John C. Paolillo
  48. Linguistics Program
  49. University of Texas at Arlington
  50.